home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group95b.txt / 000044_icon-group-sender _Fri Jun 16 10:30:07 1995.msg < prev    next >
Internet Message Format  |  1995-09-18  |  2KB
  1. Received: by cheltenham.cs.arizona.edu; Fri, 16 Jun 1995 12:29:48 MST
  2. To: icon-group@cs.arizona.edu
  3. Date: 16 Jun 1995 10:30:07 -0700
  4. From: dave@cs.arizona.edu (Dave Schaumann)
  5. Message-Id: <3rsf2v$1e@lectura.CS.Arizona.EDU>
  6. Organization: University of Arizona CS Department, Tucson AZ
  7. Sender: icon-group-request@cs.arizona.edu
  8. References: <3rpcmd$ie0@canopus.cc.umanitoba.ca>, <3rqsq6$g9s@lectura.CS.Arizona.EDU>
  9. Subject: Language features & behavior of &null (was Re: ICON vs Ted Nelson)
  10. Errors-To: icon-group-errors@cs.arizona.edu
  11.  
  12. In article <3rqsq6$g9s@lectura.CS.Arizona.EDU>,
  13. Scott E Gilbert <scott@CS.Arizona.EDU> wrote:
  14. >
  15. >Ok, so lets spark up a thread of our own.  What are your least and most
  16. >favorite features about Icon?  What would you change?
  17.  
  18. Mostly what I don't like about Icon is some important (IMHO) things
  19. are missing.  Most obviously, some general interface to system calls
  20. would make Icon much more useful for programming in shell-script
  21. situations.  Also, it would be nice if Icon had some facility for
  22. writing large programs (ie, name space control, inline functions,
  23. enumerated types, real booleans, etc).
  24.  
  25. >Personally, I'd like to see the &null value act as a general purpose
  26. >identity for all of the operators except when used as a procedure call.
  27.  
  28. I disagree.  IMHO, this is one place where Icon got it right.  One of
  29. my pet peeves is when some obscure default of a language hides an error
  30. I've made by leaving something out.  If I've forgotton to initialize
  31. a variable, I want to know it.
  32.  
  33. -Dave
  34.